УРЛ

URL (от англ. Uniform Resource Locator — единый локатор ресурса) — это стандартизованный адрес ресурса в интернете, описывающий, какой протокол использовать, на каком сервере искать ресурс и по какому пути обращаться к нему.

Что такое URL с практической точки зрения — это привычная строка вида https://cropas.by/seo-slovar/url/, которую пользователь вводит в браузере или видит в результатах поиска. URL — базовая единица навигации в вебе и один из значимых SEO-факторов: чистая, читаемая структура URL влияет и на ранжирование, и на кликабельность в выдаче, и на доверие пользователя.

Концепция URL впервые описана в 1994 году в спецификации RFC 1738, разработанной Тимом Бернерсом-Ли (Tim Berners-Lee) — создателем веба. Современный действующий стандарт — RFC 3986 от 2005 года, который определяет общий синтаксис URI и подмножество URL. Несмотря на возраст спецификации, базовая структура URL не менялась более 20 лет — это один из самых стабильных стандартов в интернете.

В SEO работа с URL — это отдельное направление on-page оптимизации. Структура URL, длина, наличие ключевых слов, обработка кириллицы, перенаправления, канонизация — всё это влияет на индексацию, ранжирование и юзабилити. Правильно настроенные URL — обязательная часть базовой SEO-гигиены любого коммерческого сайта.

Что такое URL

URL — это формализованный адрес для обращения к ресурсу в интернете. Что такое URL с инженерной точки зрения — это строка, в которой закодирована вся информация, необходимая для нахождения и получения конкретного файла, страницы или сервиса: протокол связи, имя или адрес сервера, путь внутри сервера, дополнительные параметры запроса.

Каждый URL уникально идентифицирует один ресурс. Два разных URL могут указывать на одно и то же содержимое (через дубли, зеркала, редиректы), но в идеальном вебе у каждого ресурса один канонический URL. Принцип «один ресурс — один URL» лежит в основе SEO-канонизации.

URL читается слева направо, от общего к частному. Сначала идёт протокол (как обращаться), потом домен (к какому серверу), потом путь (внутри сервера), потом параметры (детали запроса). Эта структура удобна и для машин, и для людей — пользователь, видя URL в выдаче, примерно понимает, на каком сайте окажется и в каком разделе.

URL отличается от IP-адреса своей человекочитаемостью. IP-адрес — это набор чисел вида 178.172.193.10, по которому работает сетевая маршрутизация. URL содержит доменное имя (например, cropas.by), которое автоматически переводится в IP через систему DNS. Без DNS пришлось бы запоминать цифровые адреса каждого сайта.

Структура URL — компоненты

Полный URL может состоять из нескольких частей. На примере https://user:pass@cropas.by:443/seo-slovar/url/?utm_source=google&page=2#kak-proverit разберём все компоненты:

Схема — указывает, по какому протоколу обращаться к ресурсу. Главные схемы в вебе: http:// (нешифрованный HTTP), https:// (HTTP поверх TLS), ftp:// (передача файлов, устарел в браузерах), mailto: (открытие почтового клиента), tel: (звонок с мобильного устройства), file:// (локальный файл). С 2017 года Google активно продвигает HTTPS как стандарт и понижает в выдаче сайты на HTTP.

Хост — доменное имя сервера. Может включать поддомен (blog.cropas.by), домен второго уровня (cropas) и доменную зону (by). Регистрация белорусских доменов в зонах .by и .бел идёт через государственного оператора hoster.by и аккредитованных регистраторов.

Порт — сетевой порт TCP/UDP, к которому идёт обращение. По умолчанию для HTTPS — 443, для HTTP — 80. В этих случаях порт в URL не указывается, браузер подставляет значение автоматически. Нестандартные порты (3000, 8080, 8443) обычно используются на тестовых серверах разработки.

Путь — последовательность сегментов, разделённых слешами, описывающая расположение ресурса на сервере. В классической модели путь соответствовал реальной структуре файлов сервера, но в современных CMS путь — это виртуальная конструкция, формируемая на лету через роутинг приложения.

Параметры запроса (query string). Часть URL после знака ?, состоит из пар ключ-значение, разделённых &. Используется для передачи дополнительной информации серверу: фильтры, сортировки, метки источников трафика, идентификаторы сессий.

Якорь (fragment). Часть после #. В отличие от остальных компонентов URL, fragment не отправляется на сервер — он обрабатывается только в браузере. Главное назначение — указать на конкретное место внутри страницы для скролла к нужному разделу.

URL vs URI vs URN

Часто URL путают с близкими понятиями URI и URN. Это разные сущности, относящиеся как множество и подмножество:

• URI (Uniform Resource Identifier) — самое общее понятие. Любая строка, идентифицирующая ресурс по стандарту RFC 3986. URI — это родительское множество, в которое входят и URL, и URN.
• URL (Uniform Resource Locator) — подмножество URI, описывающее, как найти ресурс (то есть содержит указание на местонахождение). URL — это URI с описанием пути доступа.
• URN (Uniform Resource Name) — подмножество URI, описывающее уникальное имя ресурса без указания, как его найти. Пример: urn:isbn:9780451524935 — уникальный идентификатор книги по ISBN, не привязанный к конкретному серверу.

В современном вебе URL и URI часто используются взаимозаменяемо, потому что URN практически не применяются в браузерах. Все ссылки, по которым ходят пользователи и поисковые роботы — это URL. Понятие URI важно в основном для разработчиков, работающих с XML, REST API, спецификациями W3C.

В стандарте WHATWG URL Standard (более современная замена RFC 3986 для веб-контекста) понятия URI и URL фактически объединены под общим термином URL. Это упрощение признаётся сейчас всеми крупными производителями браузеров — Chrome, Firefox, Safari, Edge — все следуют WHATWG-стандарту.

ЧПУ — человекопонятные URL

ЧПУ (человекопонятный URL) — практика построения URL, читаемых человеком и описывающих содержание страницы естественными словами. Альтернатива — машинно-генерируемые URL со случайными ID, параметрами и сессиями.

Сравнение типичных URL:

• ЧПУ: https://cropas.by/seo-slovar/url/
• Не-ЧПУ: https://cropas.by/index.php?cat=15&item=874&session=abc123

Преимущества ЧПУ для SEO и юзабилити:

• Понимание контента до клика. Пользователь в выдаче видит URL и понимает, о чём страница. По данным Backlinko, ЧПУ повышает CTR в среднем на 2–6%.
• Ключевые слова в URL. Google и Яндекс считают ключи в URL слабым, но всё же значимым фактором ранжирования. По исследованию Ahrefs (2022), 95% страниц в топ-10 имеют относящиеся к запросу слова в URL.
• Доверие и шеринг. Длинная ссылка со случайными символами вызывает меньше доверия при шеринге. ЧПУ воспринимается как «нормальная» ссылка.
• Логика структуры сайта. ЧПУ обычно отражают иерархию каталога: /catalog/notebooks/asus/x515/ — пользователь видит, в каком разделе он находится.

Для построения ЧПУ из заголовка статьи или названия товара используется специальная функция — slugify. Она преобразует русский текст в транслитерацию (или в полностью кириллический URL, что тоже валидно), убирает спецсимволы, заменяет пробелы на дефисы, приводит к нижнему регистру. Пример работы slugify: «Что такое URL: полное руководство» → chto-takoe-url-polnoe-rukovodstvo.

Длина и читаемость URL

Технический предел длины URL — около 2000 символов в большинстве браузеров (предельные значения отличаются: Internet Explorer — 2083, Chrome и Firefox — больше 32000, но серверы часто ограничивают). Практически оптимальная длина URL — до 60–80 символов.

Базовые рекомендации по длине и читаемости URL:

Исследование Backlinko 2020 года на 11 миллионах URL показало корреляцию: страницы с короткими URL (до 60 символов) занимают более высокие позиции в Google, чем страницы с длинными URL. Это не прямой фактор ранжирования, но связан с общим качеством сайта и навигации.

Дефисы и подчёркивания в URL обрабатываются по-разному. Дефис (-) Google и Яндекс воспринимают как разделитель слов: seo-slovar читается как «seo slovar». Подчёркивание (_) интерпретируется как часть одного слова: seo_slovar читается как «seo_slovar» (одно слитное слово). Поэтому SEO-стандарт — использовать дефисы для разделения слов в URL.

URL и SEO — влияние на ранжирование

URL влияет на SEO через несколько механизмов, прямых и косвенных:

Слова в URL как фактор ранжирования. Google и Яндекс учитывают слова в URL как слабый сигнал релевантности — не самый сильный, но измеримый. Если URL содержит ключевой запрос (/seo-prodvizhenie-minsk/), это плюс для ранжирования по этому запросу. Эффект небольшой и не должен мотивировать к переоптимизации URL.

Структура URL как сигнал иерархии. Поисковые системы используют структуру URL для понимания, как страницы относятся друг к другу. Страница /catalog/notebooks/asus/x515/ логически входит в раздел Asus, который входит в категорию notebooks. Это помогает алгоритмам понимать тематику и связи.

Канонизация URL. Одна страница может быть доступна по разным URL: с www и без, с http и https, с trailing slash и без, с разным регистром символов. Без правильной канонизации это создаёт дубли в индексе. Базовые правила: один основной хост (с www или без), один протокол (https), один формат пути (с или без trailing slash), нижний регистр везде. Закрепление выбора через 301-редиректы и тег canonical.

URL-параметры и дубли. URL с разными параметрами часто отдают одинаковый контент. Например, /catalog/?sort=price и /catalog/?sort=name — один каталог с разной сортировкой. Без обработки это создаёт сотни дублей в индексе. Решения: тег canonical, настройка обработки параметров в Google Search Console (раздел до 2022 года, сейчас управляется автоматически), внутренние ссылки только на канонические URL.

Удобство шеринга и обратные ссылки. ЧПУ-ссылки чаще копируют, репостят, цитируют в статьях. Машинно-сгенерированные URL со случайными ID реже становятся обратными ссылками. Это косвенный, но измеримый эффект на SEO через ссылочный профиль.

301-редиректы при изменении URL. Если URL страницы меняется (переименование, реструктуризация сайта), обязательно настройка 301-редиректа со старого URL на новый. Без редиректа теряется накопленный SEO-вес страницы — позиции и ссылочный авторитет.

Кириллица в URL и Punycode

Технически URL могут содержать символы кириллицы — это поддерживается стандартом RFC 3987 (IRI, Internationalized Resource Identifier). На уровне передачи через интернет такие URL кодируются в Punycode для доменной части и в percent-encoding для пути.

Пример того, как кириллический URL преобразуется в сетевой формат:

• Видимый адрес: https://пример.бел/каталог/
• В Punycode (домен): https://xn--e1afmkfd.xn--90ais/
• В percent-encoding (путь): /%D0%BA%D0%B0%D1%82%D0%B0%D0%BB%D0%BE%D0%B3/

Аргументы за кириллицу в URL: естественность для русскоязычной аудитории, возможность включения точных кириллических ключей в адрес, эстетика для брендовых страниц. Доменная зона .бел (запущена в 2014 году) специально создана для кириллических доменов в Беларуси.

Аргументы против кириллицы в URL: при копировании в мессенджеры и социальные сети ссылка часто отображается в форме Punycode и percent-encoding, что выглядит непривлекательно и нечитаемо. Например, скопированная в Telegram кириллическая ссылка может превратиться в https://xn--e1afmkfd.xn--90ais/%D0%BA%D0%B0%D1%82%D0%B0%D0%BB%D0%BE%D0%B3/ — это уже не ЧПУ.

Текущая практика в SEO для русскоязычных сайтов — использовать в URL транслитерацию кириллицы латиницей. Слово «каталог» становится katalog, «продвижение» — prodvizhenie. Это компромисс: SEO-эффект от ключей в URL сохраняется (Google и Яндекс понимают транслитерацию), но проблемы с шерингом и Punycode-кодированием исчезают.

Для Беларуси регистрация кириллических доменов в зоне .бел идёт через hoster.by и доступна с 2015 года. Технически такие домены работают полноценно, но коммерческое применение ограничено — большинство белорусских компаний продолжает использовать латинские домены в зоне .by.

UTM-параметры в URL

UTM-параметры (Urchin Tracking Module) — стандартные параметры запроса в URL для отслеживания источников трафика в системах аналитики. Изначально появились в инструменте Urchin (куплен Google в 2005 году и превращён в Google Analytics), но сейчас поддерживаются всеми системами аналитики — Яндекс.Метрикой, Matomo, Adobe Analytics.

Базовый набор UTM-параметров:

• utm_source — источник трафика (google, facebook, telegram, newsletter).
• utm_medium — тип канала (cpc, email, social, organic).
• utm_campaign — название рекламной кампании (winter_sale, brand_promo).
• utm_term — поисковый запрос или ключевое слово (для контекстной рекламы).
• utm_content — конкретный креатив или ссылка внутри одной кампании (top_banner, footer_link).

Пример полного URL с UTM-метками: https://cropas.by/?utm_source=google&utm_medium=cpc&utm_campaign=brand&utm_content=top_banner. Этот URL даёт системе аналитики чёткое понимание, откуда пришёл пользователь.

SEO-проблема UTM-параметров — создание дублей. Один и тот же контент становится доступен по десяткам URL с разными UTM. Базовое решение — настройка тега canonical на основной URL без параметров. Google в большинстве случаев правильно обрабатывает UTM и не индексирует версии с параметрами, но canonical — гарантия корректной работы.

Альтернатива UTM — параметры, специфичные для конкретных систем: gclid (Google Ads), yclid (Яндекс.Директ), fbclid (Facebook). Эти параметры добавляются автоматически рекламными системами при клике и не требуют ручной разметки. Современные правильно настроенные сайты их игнорируют через тег canonical или фильтр параметров.

Типичные ошибки в URL

Распространённые проблемы с URL, выявляемые на SEO-аудитах коммерческих сайтов:

• Дубли на разных протоколах. Сайт доступен и на http, и на https одновременно. Решение — 301-редирект с http на https и настройка HSTS-заголовка.
• Дубли с www и без www. Один и тот же контент по www.example.by и example.by. Решение — выбрать один основной хост и сделать редирект с другого.
• Дубли с trailing slash и без. /page и /page/ — два разных URL для одной страницы. Решение — выбрать один формат и редиректить второй.
• Разный регистр символов. /Page и /page на Apache-серверах — разные URL, на Windows-серверах часто одинаковые. Решение — все URL в нижнем регистре, редиректы с верхнего регистра.
• Длинные сегменты с переносами. URL вроде /professionalnaya-poiskovaya-optimizaciya-saytov-v-minske-i-belarusi-cena-uslug/ — теоретически работает, но плохо читается и обрезается в выдаче.
• URL с сессионными параметрами. /page?phpsessid=abc123 — каждый посетитель получает уникальный URL, что создаёт миллионы дублей в индексе. Решение — хранить сессии в cookies, не в URL.
• Параметры порядка для фильтров каталога. /catalog?color=red&size=L и /catalog?size=L&color=red — технически разные URL с одинаковым контентом. Решение — стандартизация порядка параметров и canonical.
• Идентификаторы товаров вместо названий. /product/12345/ вместо /product/iphone-15-pro/. Решение — переезд на ЧПУ через настройки CMS.
• Изменение URL без 301-редиректа. При реструктуризации сайта старые URL удаляются без редиректа на новые — теряется накопленный SEO-вес и появляются 404-ошибки.
• Спецсимволы в URL. Кавычки, проценты, запятые, скобки — приводят к проблемам с кодированием и плохо смотрятся в шеринге.
• Слишком глубокая вложенность. URL /catalog/electronics/computers/laptops/asus/zenbook/14-inch/silver/2024/x515/ — много уровней, плохо для SEO и навигации.

Большинство этих проблем решаются на этапе технического SEO-аудита. Базовая проверка структуры URL — обязательная часть аудита для любого сайта, особенно для интернет-магазинов с тысячами страниц.

Часто задаваемые вопросы

Что означает URL?

URL — это Uniform Resource Locator, единый локатор ресурса. Стандартизованный адрес ресурса в интернете, описывающий протокол доступа, доменное имя сервера и путь к конкретному ресурсу. Концепция URL предложена Тимом Бернерсом-Ли в 1994 году и описана в спецификации RFC 1738, позже обновлена до RFC 3986.

В чём разница между URL и URI?

URI (Uniform Resource Identifier) — самое общее понятие, обозначающее любой идентификатор ресурса. URL — это подмножество URI, описывающее, как найти ресурс (то есть содержит путь доступа). URN (Uniform Resource Name) — другое подмножество URI, описывающее уникальное имя ресурса без указания пути. В современном вебе URL и URI часто используются как синонимы, потому что URN практически не применяется.

Какая оптимальная длина URL для SEO?

Оптимальная длина URL — 50–80 символов. По исследованию Backlinko на 11 миллионах URL, более короткие адреса коррелируют с лучшими позициями в Google. Технический максимум — около 2000 символов, но при превышении 100 символов URL обрезается в результатах поиска многоточием.

Нужно ли использовать кириллицу в URL?

Для большинства коммерческих сайтов в Беларуси рекомендуется использовать транслитерацию латиницей вместо прямой кириллицы в URL. Причина — при шеринге в мессенджеры и социальные сети кириллический URL кодируется в Punycode и percent-encoding и теряет читаемость. Транслитерация даёт тот же SEO-эффект и сохраняет читаемость при копировании.

Что такое ЧПУ?

ЧПУ — это «человекопонятный URL», практика построения адресов, читаемых человеком и описывающих содержание страницы естественными словами. Пример ЧПУ: /seo-slovar/url/. Альтернатива — машинные URL со случайными ID: /index.php?cat=15&item=874. ЧПУ повышает CTR в выдаче, делает структуру сайта понятнее и считается стандартом современного SEO.

Что такое Punycode?

Punycode — стандарт кодирования доменных имён с нелатинскими символами (кириллица, китайские иероглифы, арабский, иврит) в формат, поддерживаемый системой DNS. Пример: домен пример.бел в Punycode выглядит как xn--e1afmkfd.xn--90ais. Browser автоматически переводит между двумя формами при отображении и сетевой передаче.

Влияет ли URL на ранжирование в Google?

Да, но слабо. Слова в URL — слабый сигнал релевантности по словам запроса. Структура URL влияет на понимание Google иерархии сайта. Длина URL коррелирует с позициями (более короткие лучше). Дубли URL без канонизации создают проблемы для индексации. В сумме URL — один из десятков факторов on-page оптимизации, не самый сильный, но измеримый.

Что важнее в URL: дефис или подчёркивание?

Дефис. Google и Яндекс воспринимают дефис как разделитель слов: seo-slovar читается как «seo slovar». Подчёркивание интерпретируется как часть одного слова: seo_slovar читается слитно. SEO-стандарт — использовать дефисы для разделения слов в URL.

Можно ли изменить URL уже существующей страницы?

Можно, но обязательно с настройкой 301-редиректа со старого URL на новый. Без редиректа теряется накопленный SEO-вес страницы — позиции в выдаче и ссылочный авторитет. Также 301-редирект сохраняет доступность страницы для пользователей, у которых сохранена старая ссылка.

Как настроить canonical для URL с UTM-параметрами?

В разметке страницы добавляется тег <link rel="canonical" href="..."/> с указанием канонического URL без UTM-параметров. Например, при заходе на ?utm_source=google в HTML страницы прописывается <link rel="canonical" href="https://cropas.by/seo-slovar/url/"/>. Это говорит поисковым системам, что версии с параметрами не нужно индексировать как отдельные страницы.

Сколько стоит исправление URL-структуры сайта?

В Беларуси работа над URL-структурой обычно входит в технический SEO-аудит — от 800 до 3000 BYN за разовый аудит коммерческого сайта на 100–500 страниц. Полная реструктуризация URL с настройкой 301-редиректов на крупном интернет-магазине — отдельная задача от 2000 до 8000 BYN, обычно 2–6 недель работы технических специалистов и SEO-команды совместно.